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La presente invention concerne un procede de programmation d'une 
application d'automatisme sur une station de programmation d'un 6quipement 
d'automatisme. Elle concerne egalement une telle station de programmation. 

Par station de programmation, il faut comprendre un equipement 

5 informatique, notamment de type PC, relie ou non a I'equipement d'automatisme £ 
programmer, et comportant une unite centrale et un programme communement appele 
atelier de programmation avec lesquels interagit un utilisateur pour concevoir et 
generer un programme d'application d'automatisme destine a etre execute sur un ou 
plusieurs equipements d'automatisme. 

10 Un equipement d'automatisme d§signe ci-apr§s un automate programmable, 

une commande numerique ou tout equipement pouvant contenir et executer un 
programme d'application contrdlant une application d'automatisme, cette application 
d'automatisme appartenant par exemple au domaine des automatismes industriels, 
des automatismes du batiment ou du controle/commande des reseaux electriques de 

15 distribution. 

Un tel equipement d'automatisme est compose d'une unite centrale (UC) et 
d'au moins un coupleur d'entrees-sorties connectes a des capteurs et a des 
preactionneurs de Tapplication d'automatisme a commander. L'unit6 centrale 
comprend un (ou des) processeur(s), une memoire morte, en general non modifiable 

20 (type ROM) ou modifiable de type EEPROM, contenant le programme constructeur 
appele encore systeme d'exploitation (operating system) exprim§ dans un langage 
specifique au constructeur, une memoire vive, un gestionnaire des entrees-sorties, qui 
communiquent entre eux par un bus. La memoire vive ou encore appelee volatile 
(RAM) contient, dans une premiere zone, le programme utilisateur et dans une 

25 deuxieme zone, les donn6es, en particulier les images des etats des coupleurs et les 
constantes relatives au programme utilisateur. 

Le programme utilisateur, appele encore programme d'application, est charge 
de faire du controle ou de la commande d'une application d'automatisme au moyen 
d'entrees-sorties pilotees par ce programme d'application. II est elabore par le 

30 concepteur et est ecrit dans un ou plusieurs langages graphiques d'automatisme 
integrant, notamment, des schemas a contacts (Ladder Diagram), des diagrammes 
fonctionnels en sequence (Sequential Function Chart), encore d6nommes Grafcet, des 
descriptions de blocs fonctions (Function Block Description) ou des listes destructions 
(Instruction List). Ces langages d'automatisme sont preferentiellement conformes a la 

35 norme IEC1131-3, de fa?on a faciliter la programmation par un concepteur 
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automaticien ne maTtrisant pas forcement les langages informatiques. Ces langages 
sont utilisables, soit sur une station de programmation, soit sur un equipement 
d'automatisme. 

A ce jour, la methode de programmation d'un programme d'application 
5 developpe sur une station de programmation en utilisant un ou plusieurs des langages 
disponibles, notamment graphiques, et en definissant les variables associees a 
I'automatisme, comprend en premier lieu une etape dite de configuration dans laquelle 
le concepteur determine avec exactitude i'adresse topologique complete de chaque 
voie et objet d'entrees-sorties utilises dans le programme d'application. Cette operation 
10 longue et fastidieuse oblige le concepteur, premierement a manipuler a la fois la 
documentation technique des differents modules d'entrees-sorties de Tequipement 
d'automatisme supportant les differentes voies, deuxiemement a connaTtre la position 
de chaque module dans le ou les paniers (racks) de I'equipement d'automatisme et 
troisiemement k manipuler dans le programme d'application la syntaxe topologique 
15 directe des variables associees aux voies d'entrees-sorties de I'equipement 
d'automatisme. 

Cette methode de programmation presente egalement Pinconvenient d'etre 
totalement dependante de I'implantation materielle des modules. Ainsi, comme la 
station de programmation ne sait pas manipuler des variables symboliques 

20 representant une structure de voie d'entrees-sorties, lorsque pour un meme type 
d'equipement d'automatisme, la meme application d'automatisme doit etre realisee 
mais avec une implantation materielle des modules d'entrees-sorties totalement 
differente, le concepteur du programme d'application devra se livrer a une nouvelle 
procedure de configuration pour que la mise en ceuvre du meme programme 

25 d'application soit adaptee a la nouvelle implantation materielle. 

La presente invention a done pour objet de pallier les inconvenients de Tart 
anterieur en proposant un procede de programmation d'une application d'automatisme 
permettant de manipuler sous forme symbolique et structuree, les donnees echangees 
entre un programme d'application et les voies des modules d'entrees-sorties et par 

30 consequent d'autoriser Pecriture du programme d'application avant une etape de 
configuration, et ind^pendamment de I'equipement d'automatisme. 

Ce but est atteint par un procede de programmation d'un programme 
duplication d'automatisme sur une station de programmation d'un equipement 
35 d'automatisme qui comprend : 
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- une etape de definition d'une pluralite d'objets de type structure representant 
chacun une voie d'entrees-sorties d'un module d'entrees-sorties de I'equipement 
d'automatisme, la definition de chaque type structure comprenant au moins un element 
caracteristique correspondant a une information d'entrees-sorties echangee entre !e 
module d'entrees-sorties et le programme duplication et pour chaque element 
I'adresse topologique relative de I'information d'entrees-sorties, 

- une etape d'ecriture du programme d'application d'automatisme, en 
declarant des variables symboliques d'entrees-sorties du programme d'application 
comme une instance d'un objet de type structure prealablement defini, 

- une etape de configuration des variables symboliques d'entrees-sorties 
comprenant une definition de I'emplacement physique de chaque module d'entrees- 
sorties de I'equipement d'automatisme associe aux variables symboliques d'entrees- 
sorties du programme d'application, 

- une etape ^interpretation automatique du programme d'application en vue 
de son execution sur I'equipement d'automatisme, comprenant une etape de 
remplacement, dans le programme d'application, des variables symboliques d'entrees- 
sorties par I'adresse topologique complete de I'information d'entrees-sorties 
correspondante. 

Selon une autre particularity, chaque variable symbolique du programme 
comprend deux champs, un premier champ est constitue d'une chaTne de caracteres 
choisie par le concepteur du programme d'application, permettant de mettre en 
correspondance un objet de type structure avec la variable symbolique, un deuxieme 
champ est constitue d'une identification d'un element de I'objet de type structure 
associe a la variable symbolique, 

Selon une autre particularite, I'etape de remplacement comprend : 

- une etape de recherche de I'adresse relative definie pour chaque element du 
type structure dans un tableau des Elements d'un objet de type structure m6moris6 sur 
la station de programmation, 

- une etape de recherche, dans un tableau de configuration, de remplacement 
physique declare pour chaque module associe par le concepteur aux variables 
symboliques d'entrees-sorties du programme d'application, 

- une etape de construction, par des moyens d'interpretation de la station de 
programmation, a partir de I'adresse relative et de I'emplacement physique trouves, de 
I'adresse topologique exacte de chaque variable symbolique du programme 
d'application. 
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Selon une autre particularite, I'etape de definition des objets de type structure 
comprend pour chaque objet de type structure une etape de creation puis de 
memorisation sur des moyens de memorisation portatifs, d'un tableau des elements de 

5 I'objet de type structure comprenant une premiere coionne contenant au moins une 
identification d'une donnee caracteristique de I'objet de type structure, une deuxieme 
coionne comprenant le type elementaire de la donnee (EDT), une troisieme coionne 
comprenant Padresse relative de la donn6e. 

Selon une autre particularite, le tableau des elements de I'objet de type 

10 structure comprend une quatrieme coionne comprenant une description de la donnee, 
une cinquieme coionne comprenant les droits en lecture ou en ecriture existants sur 
chaque donnee. 

Selon une autre particularite, le procede comprend une etape de configuration 
des modules d'entrees-sorties comprenant une etape de s§Iection d'une reference 
15 commerciale d'un module d'entrees-sorties, ainsi que I'affectation du module 
d'entrees-sorties selectionne & un emplacement physique determine, l'6tape 
^interpretation comprenant alors une etape de controle pour verifier que le module 
d'entrees-sorties selectionn§ a un emplacement physique determine est compatible 
avec I'objet de type structure configure au meme emplacement physique. 

20 

Un deuxieme but de invention est de proposer une station de programmation 
d'une application d'automatisme sur un equipement d'automatisme permettant de 
manipuler sous forme symbolique et structuree, les donnees echangees entre un 
programme d'application et les voies des modules d'entrees-sorties et par consequent 

25 d'autoriser Tecriture du programme d'application avant une etape de configuration, et 
independamment de Tequipement d'automatisme. 

Ce deuxieme but est atteint par une station de programmation d'un 
§quipement d'automatisme comprenant des moyens de memorisation, des moyens 
d'affichage et des moyens d'interaction avec un concepteur d'un programme 

30 d'application, caracteris6e en ce que la station de programmation comprend un editeur 
de variable symbolique pour g6nerer un tableau de configuration memorise sur les 
moyens de memorisation, la station de programmation comprend egalement une 
pluralite de tableaux des elements d'objets de type structure memorises sur les 
moyens de memorisation, ainsi que des moyens d'interpretation d'un programme 

35 d'application comprenant au moins une variable symbolique definie par le concepteur, 
par I'intermediaire de I'editeur. 
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Selon une autre particularite, la station de programmation comprend des 
moyens de compilation du programme duplication interprets par les moyens 
^interpretation pour transformer le programme duplication interprets en application 
d'automatisme executable sur un equipement d'automatisme, la station de 
5 programmation comprenant des moyens de transferts de Tapplication d'automatisme 
executable soit sur des moyens de memorisation portables compatibles avec 
I'equipement d'automatisme, soit directement sur des moyens de memorisation de 
I'equipement d'automatisme. 

10 L'invention, avec ses caracteristiques et avantages, ressortira plus clairement 

a la lecture de la description faite en reference aux dessins annex6s dans lesquels : 

- la figure 1 represente un schema de fonctionnement du procede selon 
('invention, 

- la figure 2 represente un diagramme de fonctionnement du procede selon 
15 l'invention, 

- la figure 3 represente un exemple d'une interface graphique d'un editeur de 

variable. 

Comme explique prScedemment le principe de l'invention consiste & 
permettre une programmation, c'est-^-dire I'ecriture du programme d'application (10) 

20 controlant une application d'automatisme, sans connaTtre la syntaxe topologique 
directe et complete de chaque variable d'entrees-sorties utilisee dans le programme 
d'application (10). Pour atteindre ce but le procede selon l'invention fournit, au 
concepteur du programme d'application d'automatisme, un certain nombre d'outils. 
Ces outils vont permettre au concepteur d'utiliser dans la syntaxe du programme 

25 d'application controlant I'application automatisme, des objets ou variables symboliques 
et structurees, representant les donnees echangees entre les differentes voies des 
differents modules d'entrees-sorties mis en ceuvre dans I'application d'automatisme et 
le programme d'application (10). 

Le programme d'application d'un equipement d'automatisme est decompose 

30 en taches. Une tache est un ensemble destructions executees pSriodiquement par le 
processeur de I'unite centrale de I'Squipement d'automatisme. Le programme 
constructeur active le gestionnaire d'entrees-sorties avant Pexecution d'une tache pour 
faire Tacquisition des informations provenant d'une voie logique. A la fin de la tache, le 
programme constructeur active le gestionnaire d'entrees-sorties pour qu'il envoie des 

35 informations a la voie logique. 
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Une structure de donnees d'un equipement d'automatisme est associee a 
chaque voie logique d'un coupleur donne que nous appellerons interface langage. La 
structure de donnees depend du coupleur et de la voie logique. La taille et son contenu 
dependent de la fonction metier a realiser. Elle est stockee dans une zone de la 
memoire coupleur, le contenu de cette memoire etant echange (regu ou envoye) sur 
ou vers une zone memoire identique dans la memoire de Tunite centrale de 
requirement d'automatisme. 

La structure de donnees est structuree par type d f 6changes : 

• echange periodique d'entree : le contenu est envoye de la memoire 
coupleur a la memoire de Tunite centrale , cette zone memoire contient 
en general des informations produites periodiquement, par exemple la 
valeur numerique d'un capteur ; 

• echange periodique de sortie : le contenu est re$u depuis la memoire de 
Tunite centrale, cette zone memoire contient en general des informations 
communiquees periodiquement par le programme utilisateur ; 

• echange a la demande du programme utilisateur : cette zone a des 
parties dont le contenu est regu depuis ta memoire de Tunite centrale et 
des parties dont le contenu est envoye vers la memoire de Tunite 
centrale, cette zone memoire contient des informations traitees « 
aperiodiquement » par le programme utilisateur ; 

• echange de configuration a la mise en route du programme utilisateur: 
cette zone est regue de la memoire de Tunite centrale, cette zone 
memoire contient des informations definies par Tutilisateur pour demarrer 
la fonction metier. 

Les zones sont respectivement codees I, Q, M, K. 

Le programme utilisateur accede aux informations stockees dans les zones 
ci-apres de la memoire de Tunite centrale sous la forme de la structure de donnees par 
la syntaxe definie ci-dessus. 

Si Ton considere une voie logique, 0 ou 1 par exemple, la zone I contient les 
informations qui sont gen6rees par cette voie logique. 

La zone Q contient les ordres ou commandes de Tunite centrale qui sont 
destinees a la voie logique. 

La zone M depend de la fonction metier et peut contenir des informations de 
type "statut", parametres de commande specifique, parametres de reglage. Ces 
informations sont echangees sur demande du programme utilisateur. 
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Les parametres de statut regroupent les defauts de la voie et eventuellement 
I'etat de fonctionnement de la voie logique. 

Les parametres de commande specifique sont des commandes qui se 
distinguent de la zone uniquement parce qu'elles sont envoyees sur demande du 
5 programme utilisateur, comme par exemple un ordre de mouvement a une position et 
une vitesse donnee. 

Les parametres de reglage sont des informations transmises a la voie logique 
pour decrire des caracteristiques evolutives de la partie operative. Par exemple, pour 
un coupleur de commande d'axes, un des parametres est le gain de position du 
10 proc6de. 

La zone K contient les parametres de configuration, c'est-&-dire les 
parametres des capteurs ou actionneurs travaillant avec le coupleur. Ce sont des 
invariants pour une partie operative donnee. 

Les differentes zones I, Q, M et K sont a leur tour structurees en sous-zones 
15 m&noires definissant le type d'information contenu dans la zone. Ces sous-zones sont 
les suivantes : 

- sous-zone "Bits" codee X ou par defaut (si rien n'est precise comme type 
d'objet) : Information stockee est binaire, comme par exemple declencher le 
comptage. 

20 - sous-zone "Mots" codee W : information stockee est de type numerique 

codee sur 16 bits, comme par exemple la valeur numerique d'un capteur de 
temperature ; 

- sous-zone "Doubles mots" codee D : information stockee est de type 
numerique codee sur 32 bits, comme par exemple la valeur numerique d'un capteur de 

25 temperature. 

. - sous-zone "Flottants" codee F : information stockee est de type reel simple 
precision codee sur 32 bits (IEC 559), comme par exemple la valeur numerique d'un 
capteur de temperature. 

Chaque sous-zone contient plusieurs informations ou elements du meme 
30 type. Un element donne est identifte par son « rang » dont la valeur est egale a la 
position de I'element par rapport au debut de la sous-zone. Chaque element 
^information est done defini par un type d'information (X, W, D, F) et un rang a 
Tinterieur de chaque zone. 

La syntaxe de interface langage est de la forme: %<code de type 
35 d'6change><code de type d'informationxadresse topologique><.rang>, par exemple 
%IW0.1.3.2. 
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L'adresse topologique est definie par l'adresse du coupleur associee au 
numero de la voie logique. Les coupleurs montes dans le rack principal sont accedes 
par une adresse egale au numero de rack (adresse 0) suivi du numero de coupleur 
defini sur 1 ou 2 digits. Par exemple I'adresse 0.1.0 est la voie logique 0 du coupleur 
situe a I'emplacement 1 du rack principal, ayant par defaut le numero d'emplacement 
0. %ID0.1.0 sera alors la valeur de la voie logique 0 de comptage du compteur sur 32 
bits situe £ I'emplacement 1 du rack principal. 

Le procSde selon I'invention va a present etre decrit en reference aux figures 

1 et2. 

Le premier outil comprend, par exemple sous forme d'un tableau (1.1, 1.2) 
memorise sur les moyens de memorisation de la station de programmation, une 
description symbolique de chaque voie des differents modules d'entrees-sorties. Cette 
description comprend pour chaque voie d'entrees-sorties, un fichier d'objets d'entrees- 
sorties de type structure appetes indifferemment par la suite egalement objets de type 
structure ou IODDT (en anglais: Input/Output Derived Data Type). Chaque fichier 
d'objets de type structure est identifie par un nom (1.10, 1.20) constitue par une 
chatne, par exemple d'au plus 32 caracteres. Chaque objet de type structure (par 
exemple, T_ANAJN_GEN) est defini de fa?on unique pour constituer un identifiant 
d'une voie ou d'un module d'entrees-sorties. 

A titre d'exemple, on definit pour une entree analogique d'un module 
d'entrees-sorties, I'objet de type structure nomme "T_ANAJN_STD". Si ce meme 
module d'entrees-sorties comprend, par exemple, une entree tout ou rien, et diverses 
sorties, un objet de type structure different sera defini pour chaque entree et un pour 
chaque sortie du module d'entrees-sorties. 

On peut associer a un objet de type structure un commentaire afin que 
I'utilisateur du procede selon I'invention puisse faire la relation entre le type structure et 
la sortie ou t'entree du module ou la voie d'entrees-sorties correspondante. 

Selon une variante de realisation, on adjoint a chaque objet de type structure, 
une cle identifiant une famille ou classe a laquelle I'objet de type structure appartient. 
Par famille, il faut comprendre un ensemble d'objets de type structure designant des 
modules ou voies d'entrees-sorties r§alisant le meme type de fonction metier. A titre 
d'exemple, une premiere cle (DIS) permet d'identifier les objets de type structure des 
modules ou voies d'entrees-sorties tout ou rien ("TOR" ou "DIS" pour discrete). Une 
deuxteme cle (ANA) permet d'identifier les objets de type structure des modules ou 
voies d'entrees-sorties realisant des fonctions analogiques ("ANA"). Une troisieme cle 
(COM) permet d'identifier les objets de type structure des modules ou voies d'entrees- 
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sorties des fonctions de communication ("COM"). Une quatrieme cle (COUNT) permet 
d'identifier les objets de type structure des modules ou voies d'entrees-sorties des 
fonctions de comptage ("COUNT"). Une cinquieme de permet d'identifier !es objets de 
type structure des modules ou voies d'entrees-sorties des fonctions de mouvement 
("AXIS" ou "CSY" ou "STEPPER" ou "INTERPO"). D'autres cles peuvent etre definies 
pour d'autres fonctions metiers, telles que des fonctions de pesage notamment. Grace 
a ces cles, les objets de type structure peuvent etre classes dans le tableau par 
fonction metier, de fagon a faciliter leur manipulation par le concepteur de Papplication 
d'automatisme. 

Le tableau de famille suivant comprend une liste non exhaustive de differents 
objets de type structure regroupes par famille, en donnant dans une premiere colonne 
le nom de la famille a laquelle appartient un objet de type structure IODDT, dans une 
deuxieme colonne, le nom de I'lODDT et dans une troisieme colonne une description 
sommaire de HODDT. 



Famille I/O 


KJom Ha IMODnT 


Dpscrintion de I'lODDT 


1 UK 


1 UIO I IM OCIN 


l-ntr£p tout nn ripn npnprinup 

CI III C7v7 IUUI UU 1 ICI 1 VJCI 1CI lyUv 


T DIS IN STD 


Entree tout ou rien standard 


T DIS EVT 


Entree evSnementielle tout ou rien 


T_DIS_IN_MOM 


Entree tout ou rien Standard d'un module 
determine "Momentum" 


T DIS OUT GEN 


Sortie tout ou rien g6n6rique 


T DIS OUT STD 


Sortie tout ou rien standard 


T DIS OUT REFLEX 


Sortie tout ou rien r^flexe 


T_DIS_OUT_MOM 


Sortie tout ou rien Standard d'un module 
determine "Momentum" 


Analogique 


T ANA IN GEN 


Entr6e analogique g6n6rique 


T ANA IN STD 


Entree analogique standard 


T_ANA_IN_CTRL 


Entree analogique standard + statut de la 
mesure 


T ANA IN EVT 


Entree analogique rapide + evenement 


T ANA OUT GEN 


Sortie analogique g§n6rique 


T ANA OUT STD 


Sortie analogique standard 


T_ANA_IN_MOM8 


Entr§e analogique d'un module determin§ 
"Momentum ANA 4/8 IN" 


T_ANA_IN_MOM16 


Entree analogique d'un module d6termin6 
"Momentum ANA 16 IN" 


T_ANA_OUT_MOM_8 


Sortie analogique d'un module determin6 
"Momentum ANA 8 OUT" 


T ANA DIS IN OUT MO 
M12 


EntrSe-sortie analogique d'un module 
d§termin6 "Momentum ANA+DIS 41/20" 


Communication 


T COM STS GEN 


Voie de COM Gen6rique avec statut 


T COM UTW M 


"Unitelway" MaTtre 


T COM UTW S 


"Unitelway" Esclave 


T COM MB 


"Modbus" 


T COM CHAR 


Mode caractere 


T COM FPW 


"Fipway" 


• 


T COM MBP 


"Modbus" Pius 
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Famille I/O 


Norn de IMODDT 


Description de I'lODDT 




T COM JNET 


"JNET' 


T COM ASI 


"AS-r 


T COM ETY 1X0 


Ethernet 110 et 120 


T COM ETY 210 


Ethernet 210 


T COM IBS 


InterBus 


Comptage 


T COUNT ACQ 


Compteur en mode acquisition 


T COUNT HIGH SPEED 


Compteur haute vitesse 


T COUNT STD 


Compteur standard 


Mouvement 


T AXIS AUTO 


Axe en mode automatique 


T AXIS STD 


Axe standard 


T INTERPO STD 


Interpolation standard 


T STEPPER STD 


Moteur pas a pas 


T_CSY_CMD 


Module de mouvement avec liaison 
num§rique Sercos (marque d6pos6e) 


T CSY RING 


Anneau Sercos (marque deposee) 


T_CSY_IND 


Axe ind^pendant reel imaginaire ou 
distant 


T CSY FOLLOW 


Axe asservi 


T CSY COORD 


Axe coordonn6 


T CSY CAM 


Came 



Chaque objet de type structure IODDT comprend une structure de donnees 
comprenant au moins un element (1.11) ou attribut caracteristique. L'ensemble des 
elements ou attributs d'un objet de type structure constitue une structure de donn§es 

5 pour I'objet de type structur§ consider^. Chaque element ou attribut de I'objet de type 
structure correspond a une information d'entree ou de sortie du module ou de la voie 
d'entrees-sorties correspondent a I'objet de type structure auquel appartient 1'element. 

Selon un autre aspect de I'invention, il peut exister des relations entre les 
differents objets IODDT d'une meme famille, Ces relations se traduisent par ^heritage 

10 des elements d'un IODDT par un autre IODDT. II est possible de faire une analogie 
entre la presente invention et la programmation orient6e objet classique dans le 
domaine de Tinformatique. En effet, compte tenu de sa definition et de sa structure un 
objet de type structure est assimilable a une classe d'objets en langage oriente objet. 
De meme qu'en langage oriente objet, une sous-classe herite des attributs et des 

15 methodes d'une ou des classes dont elle depend, un objet IODDT herite egalement 
des elements de Tobjet IODDT dont il depend. 

A titre d^xemple, IMODDT T_DIS_INJ3EN correspondant k une entree tout 
ou rien standard est un sous-ensemble de IMODDT TJDISJN_STD, correspondant a 
une entree tout ou rien generique. Par consequent, tous les attributs de NODDT 

20 T DIS IN STDsontheritesderiODDTT_DISJN_GEN. 
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Selon Pinvention, Pensemble des elements d'un objet de type structure 
(T_ANA_IN_STD, T_ANA_1N_GEN) determine peut etre regroupe dans un tableau 
(1.1 respectivement 1.2) respectif a cha'que objet. 

Le tableau d'objet N°1 (1.1) ci-dessous contient les elements de Pobjet de 
5 type structure "T_AN AJ N_STD" definis prec6demment et correspondant a une entree 
analogique standard d'un module d'entrees-sorties. 



Tableau N°1 : 



Nom 


Type 


Commentaire/description 


Droit 


Exch 


Adresse relative 


Objet 


Rang 


CH_ERROR 


BOOL 


Erreur de voie 


R 


IMP 


%l 


ERR 


VALUE 


INT 


Valeur de la sortie analogique 


R 


IMP 


%IW 




CH_FLT 


WORD 


Defaut de la voie 


R 


STS 


%MW 


2 


APPLI_FLT 


BOOL 


Valeur limite 


R 


STS 


%MW 


2 


EXCH STS 


WORD 


Mot d'echanges 


R 


SYS 


%MW 


0 


EXCH_RPT 


WORD 


Compte-rendu d'echanges 


R 


SYS 


%MW 


1 


CH_CMD 


WORD 


Commande de la voie 


R/W 


CMD 


%MW 


3 



10 

Chaque tableau d'objet comprend une premiere colonne qui definit le nom de 
I'element constituant egalement Pidentifiant de I'element de Pobjet de type structure. 
Cet identifiant est, par exemple, mnemonique, de sorte que le concepteur de 
I'application d'automatisme puisse identifier rapidement Pobjet d'entrees-sorties 

15 correspondant a I'element de Pobjet de type structure. Ainsi, CH_ ERROR designe une 
erreur de voie ("channel error") ; EXCH_STS designe un mot d'echanges ("exchange 
status"); CH_FLT d<§signe un defaut de voie ("channel fault"); CH_CMD designe une 
commande de la voie ("channel commande") ; EXCHJRPT designe un compte-rendu 
d'echanges ("exchange report"). 

20 Une deuxieme colonne du tableau d'objet comprend le type de l'6lement, 

c'est-a-dire le type de la donnee ou de Pinformation correspondant a Pobjet. Le type de 
PSIement permet, £ Paide d'un deuxieme tableau, de determiner, dans la troisi&me 
colonne, Pintervalle dans lequel les valeurs possibles de I'element peuvent varier. 
Selon Pinvention, le type de I'element est Pun des types de donnees etementaires (en 

25 anglais: Elementary Data Type, EDT) connus et utilises dans le domaine de 
Pautomatisme. 



30 
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Le tableau N°2 ci-apres rappelle les differents EDT : 



Type de 
I'element 


Objet topologique 


Intervalle de valeur 


EBOOL 


%l - %Q 


0 (FAUX) - 1 (VRAI) 


BOOL 


%l@mod.ERR - bits extraits 
ae mois 


0 (FAUX) - 1 (VRAl) 


INT 


%IW - %QW - %MW - %KW 


r-32768, 32767] 


DINT 


%ID - %QD - %MD - %KD 


r-2147483648, 2147483647] 


UINT 


%IW - %QW - %MW - %KW 


TO, 655351 


UDINT 


%ID - %QD - %MD - %KD 


TO. 42949672951 


WORD 


%IW - %QW - %MW - %KW 


[0, 65535] 


DWORD 


%ID - %QD - %MD - %KD 


F0, 42949672951 


REAL 


%IF - %QF - %MF - %KF 


Nombre reel 



EBOOL : booleen avec front et for$age 

BOOL : booleen 
5 INT : nombre entier 

DINT : nombre double entier (D pour double) 

UINT : nombre entier non signe (en anglais U pour "unsigned") 

UDINT : nombre double entier non signe 

WORD : mot binaire 
10 DWORD : double mot binaire 

REAL : nombre reel 

La deuxieme colonne du tableau N°2 des types de donnees elementaires 
definit pour chaque type d'element la liste des objets topologiques compatibles avec le 
type de donnee elementaire correspondant. 

15 

Une troisieme colonne du tableau N°1 des elements d'un objet de type 
structure comprend un commentaire ou description (desc) definissant la fonction et/ou 
le contenu de Telement. 

Une quatrieme colonne du tableau N°1 des elements d'un objet de type 

20 structure definit le type d'acces possible (Droit) sur cet element. Par acces, il faut 
comprendre, soit une lecture (R) simple de I'element, soit une lecture et une ecriture 
(R/W) de Petement Selon le tableau ci-dessus le symbole R indique que seules des 
operations de lecture realisees par le programme sont possibles sur I'element. Le 
symbole R/W indique que des operations d'ecriture et de lecture, realisees par le 

25 programme, sont possibles sur I'element. 

Ainsi, a titre d'exemple, les elements affectes a une zone memoire 
correspondant & une voie d'echange periodique d'entree %l, %IW ou & une zone 
memoire d'une voie d'echange de configuration %KW sont des elements accessibles 
uniquement en lecture, alors que les elements affectes sur une zone memoire d'une 

30 voie d'echange periodique de sortie %Q ou %QW sont des elements accessibles en 
lecture et en ecriture. Pour les elements affectes sur une zone memoire d'une voie 
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d'echange a la demande du programme utilisateur %MW, les droits d'acces dependent 
du type d'element. Par affects, il faut comprendre que Ton associe un element 
physique des modules d'entrees-sorties a I'element logique defini par le type. 

Une cinquieme colonne du tableau N°1 des elements d'un objet de type 
structure, comprend une caracterisation (EXCH) de la fa?on dont est transmise la 
donnee entre le module et le programme d'application. A titre d'exemple, cet echange 
peut etre de six types differents. Chaque type d'echange est identifie de fagon unique. 

- IMP signifie que ['information est echangee implicitement, 

- STS signifie que Information est echangee par une commande specifique 
de lecture (READ_STS), 

- CMD signifie que information est echangee par une commande specifique 
d'Scriture (WRITE_CMD), 

- PRM signifie que information est echangee par une commande specifique 
de lecture, d'6criture, de sauvegarde ou de restauration 
(READ/WRITE/SAVE/RESTORE_PARAM), 

- SYS signifie que information est geree uniquement par le systeme, c'est-a- 
dire I'unite centrale de I'equipement d'automatisme, 

- SPE signifie que information est echangee de fagon specifique. 

Une sixieme colonne du tableau N°1 des elements d'un objet de type 
structure, permet d'effectuer la topographie relative (en anglais : mapping) en 
fournissant Tadresse relative en memoire de Tobjet d'entrees-sorties correspondant a 
l'el§ment de I'objet de type structure. Cette adresse est fournie par la documentation 
technique du constructeur du dispositif comprenant la voie ou le module d'entrees- 
sorties correspondant a ['element de I'objet de type structure. Le libelle ou la syntaxe 
de I'adresse relative ecrite dans la sixieme colonne d§pend de interface langage 
choisie par le constructeur pour d6crire chaque element d'entr6es-sorties. 

Selon notre exemple, la sixieme colonne du tableau N°1 des elements d'un 
objet de type structure est scindee en deux sous-colonnes. Une premiere sous- 
colonne (Objet) comprend un type de donnee qui caracterise I'objet d'entrees-sorties. 
Une deuxieme sous-colonne (Rang) comprend le rang de I'objet. 

Pour notre exemple, le tableau N°3 ci-apres fournit interface langage qui 
peut etre prevue par un constructeur pour decrire les objets d'une voie d'entree 
analogique d'un module d'entrees-sorties de la famille analogique. 
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Tableau N°3 : 



Objet 


Rang 


Bit 


R/W 


Norn 


%l 


ERR 




R 


Erreur de la voie 


%IW 


[0] 




R 


Valeur de I'entree analogique 


%MW 


0 




R 


Mot d'echanges 


%MW 


1 




R 


Compte-rendu d'echanges 


%MW 


2 




R 


Defaut de la voie 


%MW 


2 


X2 


R 


Defaut externe : defaut du bornier 


%MW 


2 


X3 


R 


Defaut externe: alimentation electrique 


%MW 


2 


X4 


R 


Defaut interne : voie inutilisable 




2 


X5 


R 


D6faut de configuration iogicielle ou materielle 




2 


X6 


R 


D6faut du bus de communication 


%MW 


2 


X7 


R 


Valeur limite 


%MW 


2 


X8 


R 


Voie non prete 


%MW 


2 


X9 


R 


Erreur de compensation de soudure froide 




2 


X10 


R 


Defaut de calibrage 




2 


X14 


R 


Depassement du seuil bas 




2 


X15 


R 


D6passement du seuil haut 




3 




R/W 


commando (calibrage force) 


%MW 


4 




R/W 


Commande (valeur forc6e) 


%MW 


5 




R/W 


Commande (calibrage des seuils) 


%MW 


6 




R/W 


Commande (calibrage de la source) 


%MW 


7 




R/W 


R6glage (coefficient de filtrage 


%MW 


8 




R/W 


Reglage (decalage de I'alignement) 


%KW 


[0] 




R 




%KW 


1 




R 




%KW 


2 




R 





Un tableau dlnterface langage similaire est associe a chaque voie de chaque 
module dans chacune des families (TOR, COM, COUNT, etc.) et chacun de ces 
5 tableaux est defini par le constructeur. 

Les informations contenues dans les trois premieres colonnes du tableau N°3 
concernent notamment I'adresse relative (objet, rang, bit) de chaque objet d'entrees- 
sorties de Pentree analogique. Les informations contenues dans la quatrfeme colonne 
concernent des droits de lecture et d'6criture. Les quatrieme et sixieme colonnes du 
10 tableau N°1 sont renseignees par le concepteur de PIODDT et font partie de la 
description de PIODDT stockee dans un catalogue sur la station de programmation. 
Ainsi, le concepteur d'une application d'automatisme ne modifie pas le contenu de ces 
colonnes. 

Ainsi, a titre d'exemple, I'el^ment "VALUE" de Tobjet de type structure 
15 "T_ANAJN_STD" du tableau N°1 des Elements d'un objet de type structure est defini 
comme etant la valeur de Pentree analogique standard d'une entree analogique d f un 
module d'entrees-sorties. Selon la troisieme ligne du tableau N°3 d'interface langage, 
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la valeur de I'entree analogique est un objet de type %IW mot dans une zone memoire 
d'une voie d'echange p6riodique en entree de rang 0 et accessible uniquement en 
lecture. A partir de ces informations tirees de la documentation technique de I'entree 
analogique du module d'entrees-sorties, le constructeur renseigne la ligne "VALUE" du 
5 tableau N°1 en saisissant, dans la quatrieme colonne la lettre R par I'intermediaire 
d'une interface graphique appropriee, pour signifier que ['element "VALUE" de I'objet 
de type structure "T_ANA_IN_STD" est accessible uniquement en ecriture. De meme, 
le constructeur renseigne la ligne "VALUE" du tableau N°1 des elements d'un objet de 
type structure, en saisissant dans la sixieme colonne, "%IW" pour indiquer la zone 
10 memoire et la taille memoire de I'eiement "VALUE" de I'objet de type structure 
•TANAJN.STD". 

L'adresse topologique relative fournie dans la sixieme colonne du tableau N°1 
des elements d'un objet de type structure ne permet pas a I'application d'automatisme 
d'utiliser les objets d'entrees-sorties contenus dans le programme. En effet, les 

15 informations contenues dans la sixieme colonne du tableau N°1 des elements d'un 
objet de type structure ne permettent pas de reconstituer l'adresse topologique 
complete de I'objet d'entrees-sorties. Comme explique dans le preambule de la 
description, la caracteristique principale de la programmation d'un equipement 
d'automatisme est que chaque 6t6ment ou variable utilise dans un programme 

20 d'application d'automatisme est memorise dans une zone memoire precise de I'unite 
centrale de l'6quipement d'automatisme, cette zone memoire etant d6finie en fonction 
de Pimplantation physique des modules d'entrees-sorties. Ainsi, dans notre exemple, 
pour que I'adresse en zone memoire de chaque element puisse etre completement 
definie, il faut connaitre Pimplantation physique ou la topologie exacte du module 

25 d'entrees-sorties comportant une entree analogique correspondant au type structure 
'T_ANAJN_STD W . 

Selon I'invention, la sixieme colonne du tableau N°1 des elements d'un objet 
de type structure ne fournit qu'une information sur !e type elementaire (EDT) de I'objet 
30 et sur le rang de cet objet. 

En construisant chaque tableau N°1 des elements d'un objet de type 
structure, pour chaque objet de type structure, on comprend qu'il est possible de 
definir au prealable pour chaque voie d'un module d'entrees-sorties determine 
plusieurs objets de type structure ou IODDT ainsi que leurs elements associes 
35 independamment de l'impl6mentation physique du module d'entrees-sorties dans un 
equipement d'automatisme. De m§me, lorsque deux ou plusieurs modules d'entr6es- 
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sorties, eventuellement de type different, comprennent une voie realisant la meme 
fonction metier, un seul type structure ou IODDT est defini pour toutes les voies des 
modules realisant la meme fonction metier. 

Dans notre exemple, I'objet de type structure "T_AN A J N_STD" est defini 
pour une entree analogique standard d'un premier module. Si un deuxieme module 
different comprend une entree analogique standard g6nerant au moins tous les 
elements de I'objet de type structure defini par le tableau N°1, alors le meme type 
structure "T_ANAJN_STD" pourra etre utilise lors de la mise en oeuvre du programme 
duplication pour le deuxieme module. En effet, dans notre exemple, la difference 
entre le premier et le deuxieme module concerne uniquement la topologie de chacun 
des modules. Or, comme explique precedemment, les objets de type structure sont 
ind§pendants de leur topologie exacte. 

Les tableaux N°1 des elements d'un objet de type structure sont crees par le 
constructeur des modules et fournis au concepteur du programme duplication, par 
exemple sous la forme d'un fichier memorise sur des moyens de memorisation 
portables. 

Les objets de type structure, c'est-a-dire les tableaux (1.1, 1.2) des elements 
d'un objet de type structure correspondant chacun a un objet de type structure, sont 
ensuite utilises par le concepteur du programme duplication pour definir toutes les 
variables d'entrees-sorties que le concepteur souhaite utiliser. Cette definition consiste 
en fait a instancier un objet de type structure defini dans le tableau N°1 avec une 
variable (100) d'entrees-sorties choisie par le concepteur du programme d'application. 
Cette declaration est realisee soit au debut du programme, soit dans un quatrieme 
tableau N°4 (4,fig.1) d'instanciation separe. 



Ce tableau N°4 (4) d'instanciation est memorise sur des moyens de 
memorisation de la station de programmation, par exemple, de la forme suivante : 



Tankl 


T_AN A_l N_STD 


Tank2 


T_ANA_IN_STD 



Une premiere colonne comprend une chaTne de caracteres choisie par !e 
concepteur pour identifier une variable. Une deuxieme colonne comprend I'objet de 
type structure associe a cette variable. 

Le quatrieme tableau d'instanciation peut etre construit a I'aide d'une interface 
graphique de la station de programmation permettant d'editer toutes les variables 
utilisees dans le programme. 
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En declarant chaque variable (100) de cette fagon, le concepteur associe 
egalement a chaque variable (100) symbolique d'entrees-sorties, la structure de 
donn§es correspondant a un objet de type structure (1.10), m§morisee dans le tableau 
N°1. Ainsi, dans notre exemple, pour designer la valeur de I'entree analogique de la 

5 variable d'entrees-sorties Tankl , le concepteur ecrira simplement "Tankl .VALUE". 

On constate ainsi que lors de l'6criture du programme d'application (10), le 
concepteur n'a plus besoin de connaTtre I'implantation physique exacte, c'est-a-dire la 
topologie ou la configuration des modules d'entrees-sorties. En effet, il utilise pour 
chaque variable du programme, une variable (100) symbolique (par exemple Tankl, 

10 Tank2) et un objet de type structure representant cette variable. Par consequent, la 
programmation est independante de I'implantation materielle de l'6quipement 
d'automatisme. De m§me, le concepteur n'est plus tenu de connaTtre Pinterface 
langage constructeur pour les modules qu'il utilise. 

On comprend que I'utilisatton de ces variables (100) symboliques et des 

15 objets de type structure permet de realiser une programmation d'un equipement 
d'automatisme avant de connaTtre avec precision I'adresse topologique des differents 
modules qu'il contient ou la configuration des modules d'entrees-sorties. De meme, on 
comprend qu'une meme programmation peut-etre appliquee avantageusement a 
plusieurs equipements d'automatisme dans la mesure ou ces equipements 

20 d'automatisme realisent les memes fonctions metiers et dans la mesure , ou les 
modules d'entrees-sorties des equipements d'automatisme supportent les memes 
objets de types structures. 

De meme, les variables (100) symboliques sont typ§es, par consequent elles 
peuvent etre utilisees comme parametre d'un bloc fonction. 

25 Pour que le programme ecrit avec les variables (100) symboliques structures 

puisse fonctionner sur un equipement d'automatisme, il faut proceder premierement a 
une 6tape de configuration des variables symboliques d'entrees-sorties, et 
deuxtemement ^ une §tape (50) de compilation du programme pour obtenir un 
programme d'application executable (30) qui puisse etre execute par I'unite centrale de 

30 Pequipement d'automatisme. 

L'etape de configuration des variables symboliques d'entrees-sorties consiste 
& d6finir I'implantation de chaque module dans I'equipement d'automatisme. Pour ce 
faire, le concepteur fournit uniquement la position de chaque module d'entrees-sorties, 
dont au moins une information est utilisee dans le programme d'application. Cette 

35 configuration est, par exemple, regroupee dans un cinquieme tableau N°5 (5, fig.1) dit 
de configuration, memorise dans des moyens de memorisation de la station de 
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programmation dont une premiere colonne comprend le nom des variables d'entrees- 
sorties utilisees dans le programme et une deuxieme colonne comprend : 

- Pemplacement (N° rack) dans I'equipement d'automatisme, du module 
d'entrees-sorties correspondant a la variable d'entrees-sorties en 

5 definissant le numero du panier, 

- le numero de ['emplacement (N° emplacement) dans le panier et 

- le numero de voie (N° voie) dans I'emplacement 



Le tableau N°5 de configuration ci-apres donne un exemple de configuration. 



Nom de la variable 


N° rack 


N° emplacement 


N° voie 


Tankl 


1 


2 


3 


Tank2 


1 


3 


1 



10 

Lorsque la configuration des variables symboliques d'entrees-sorties est 
achevee, le concepteur de Papplication d'automatisme choisit pour chaque variable 
symbolique d'entrees-sorties, un module d'entrees-sorties de reference commerciale 
determinee. Cette etape est communement appelee etape de configuration des 

15 modules d'entrees-sorties. La configuration des modules d'entrees-sorties comprend 
egalement, de maniere connue, I'affectation du module choisi a un emplacement 
physique dans un panier (rack). Cette affectation doit etre conforme & la configuration 
de Pobjet de type. structure effectuee precedemment de sorte que Pemplacement choisi 
pour I'objet de type structure corresponde a ('emplacement de la voie du module 

20 d'entrees-sorties choisi. 

Ainsi, Pemplacement du module d'entrees-sorties de reference commerciale 
determinee doit correspondre a Pemplacement d'un objet de type structure associe 
compatible avec le module d'entrees-sorties. 

Lorsque le tableau N°5 de configuration est complete par le concepteur, par 

25 exemple, par Pintermediaire de moyens d'interaction de la station de programmation, 
ce dernier declenche sur la station de programmation, une 6tape d'interpretation (40) 
qui a pour but de generer I'adresse topologique complete de chaque variable (100) 
symbolique utilisee par le concepteur du programme, en vue de transformer le 
programme d'application (10) 6crit avec des variables d'entr6es-sorties de forme 

30 symbolique en un programme d'application (20) interprets pouvant etre compile pour 
etre executable sur Pequipement d'automatisme considere. 

Pour ce faire, la station de programmation comprend des moyens 
d'interpretation qui ont acces aux moyens de memorisation comprenant les tableaux 
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N°1 (1.1, 1.2) des elements d'un objet de type structure, le tableau N°4 (4, fig.1) 
d'instanciation, et le tableau N°5 (5, fig.1) de configuration. Les moyens d'interpretation 
comprennent des moyens d'analyse du programme duplication (10) ecrit avec les 
variables (100) symboliques d'entrees-sorties. Comme expliqut precedemment, une 
5 variable (100) comprend essentiellement deux champs (101, 102). Un premier champ 
(101) permet d'indiquer I'identite de la variable (100) symbolique manipulee. Le 
deuxieme champ (102) permet d'identifier I'element de I'objet de type structure 
correspondant a cette variable. 

Par consequent, les moyens d'analyse detectent, dans un premier temps, la 
10 structure de la variable (100) symbolique. Ensuite, les moyens d'analyse determinent, 
premierement PIODDT ou objet de type structure associe a la variable, en comparant, 
dans une premiere etape (31), la chaTne de caractere du premier champ (101) de cette 
variable avec Tensemble des noms de variable du tableau N°4 (4) d'instanciation. 
Lorsqu'une concordance est trouvte, les moyens d'analyse extraient du tableau N°4 
15 d'instanciation I'identifiant du type structure associe a la variable d'entrees-sorties, 
pour le memoriser temporairement dans des moyens de memorisation. Les moyens 
d'analyse determinent, deuxiemement, I'emplacement du module assocte a cette 
variable en comparant, dans une deuxieme etape (32), la chaine de caractere du 
premier champ (101) de cette variable avec I'ensemble des noms de variable du 
20 tableau N°5 (5) de configuration. Lorsqu'une concordance est trouvee, les moyens 
d'analyse extraient du tableau N°5 de configuration, dans une troisieme etape (33), le 
N° du panier (rack), le N° d'emplacement dans ce rack et le N° de voie de cet 
emplacement pour le memoriser temporairement dans des moyens de memorisation. 

Les moyens d'analyse determinent enfin I'adresse exacte de I'objet d'entrees- 
25 sorties correspondant a la variable d'entrees-sorties. Pour ce faire, les moyens 
d'analyse comparent, dans une quatrieme etape (34), ie deuxieme champ (102) de la 
variable d'entrees-sorties avec les noms des elements de type structure du tableau 
N°1 (1.1), correspondant au type structure extrait et memorise aprts analyse du 
premier champ (101) de la variable d'entrees-sorties. Lorsqu'une concordance est 
30 trouvee dans le tableau N°1, les moyens d'analyse extraient, dans une cinquieme 
etape (35), I'adresse relative et la completent avec Templacement de module extrait et 
memorise, apres analyse du premier champ (101) de la variable (100) symbolique 
d'entrees-sorties. L'adresse topologique (200) complete, ainsi reconstitute par les 
moyens d'analyse, est ensuite substitute a la variable (100) symbolique d'entrees- 
35 sorties dans le programme d'application (10). Lorsque tout le programme d'application 
a ete ainsi modifie par les moyens d'analyse de la station de programmation, toutes les 



\er depot 



20 



variables (100) symboliques structurees sont remplacees par Padresse (200) 
topologique exacte sur Pequipement d'automatisme, de Pobjet d'entrees-sorties 
correspondant. 



5 Ensuite, le programme duplication (20) interprets peut etre compile (50) de 

fagon a etre transforms en un programme d'application (30) d'automatisme executable 
sur Pequipement d'automatisme consider^. 

Lors de la compilation, c'est-a-dire lors de la generation du programme 
d'application d'automatisme executable sur Pequipement d'automatisme, une etape de 

10 controle doit etre mise en ceuvre pour verifier que pour chaque emplacement d'un 
objet de type structure, la voie correspondante sur le module d'entrees-sorties declare 
par le concepteur a cet emplacement permet d'utiliser Pobjet de type structure associe 
d cet emplacement Ainsi, dans notre exemple, si le concepteur a declare la variable 
"Tankl" correspondant au type structure "T_ANAJN_STD", sur la voie 3 de 

15 I'emplacement 2 du panier 1 du module, alors la reference commerciale du module 
d'entrees-sorties declare et configure par le concepteur a I'emplacement 2 du panier 1 
(rack) doit etre la reference du module d'entree analogique dont la voie 3 supporte 
I'objet de type structure "T_AN A J N_STD". 

Pour ce faire, Petape de controle consiste en une verification, par des moyens 

20 de verification de la station de programmation, que, pour chaque adresse topologique, 
I'objet de type structure de la variable symbolique correspondant a Padresse 
topologique appartient a la liste des objets de type structure supportes par le module 
d'entrees-sorties choisi et configure a la meme adresse topologique. La liste des objets 
de type structure supportes par un module d'entrees-sorties choisi est memorisee sur 

25 la station de programmation, par exemple sous forme d'un catalogue dans un fichier. 

Ainsi, dans notre exemple, les moyens de verification scrutent la liste des 
objets de type structure supportes par le module d'entrees-sorties choisi pour realiser 
la variable "Tankl", pour rechercher si a I'emplacement 2 du panier 1, la voie 3 du 
30 module comprend dans la liste des objets de type structure, Pobjet de type structure 
"T_AN A_J N_STD". 

Apres cette etape de verification, le programme d'application executable est 
ensuite transfere de la station de programmation vers Pequipement d'automatisme sur 
lequel il doit fonctionner. Ce transfert peut etre realise par Pintermediaire de moyens de 
35 memorisation portable adapte 3 Pequipement d'automatisme sur lequel la station de 
programmation a memorise le programme d'application executable. Dans une autre 
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variante de realisation, le programme d'application executable est transfere sur des 
moyens de memorisation de I'equipement d'automatisme par I'intermediaire d'une 
liaison de communication entre I'equipement d'automatisme et la station de 
programmation. 

5 

La figure 3 donne un exemple d'editeur graphique de variables d'entrees- 
sorties d'un programme. Selon une variante de realisation I'editeur graphique 
comprend un ecran (6) comprenant une pluralite de zones d'affichage et de zones de 
saisie organisees en tableau. II faut comprendre qu'au debut de la declaration des 

10 variables d'entrees-sorties du programme, toutes les zones sont vierges, hormis une 
pluralite de zones constituant la premiere ligne du tableau (6). Une premiere colonne 
(61) est une colonne de saisie et permet au concepteur de saisir et de memoriser le 
nom de chaque variable qu'il souhaite utiliser. Dans une premiere cellule (611) de la 
premiere colonne I'operateur a saisi le nom "tankl" d'une premiere variable (100) 

15 symbolique et dans une deuxieme cellule (612) de la premiere colonne (61) I'operateur 
a saisi le nom "tank2" d'une deuxfeme variable (100) symbolique. Pour chaque 
variable saisie le concepteur choisit, dans une deuxieme colonne (62) du tableau (6), 
Pobjet de type structure qu'il souhaite lui affecter. Pour ce faire, si le concepteur 
connait le nom exact de I'objet de type structure, alors il le saisit dans la zone (621 , 

20 622) de saisie de la deuxieme colonne (62) associee a la cellule (611, 612) 
correspondante. Dans une autre variante, un menu deroulant (non represents) peut 
s'afficher lorsque le concepteur pointe un curseur sur la zone (621, 622) de, saisie de la 
deuxieme colonne (62) associee a la cellule (611, 612) correspondante. Le menu 
deroulant comprend alors la liste de tous les IODDT disponibles. La selection, puis la 

25 validation d'un IODDT de la liste provoque la fermeture du menu deroulant et 
I'affichage du nom de I'lODDT choisi dans la zone (621 , 622) de saisie de la deuxieme 
colonne (62) associee £ la cellule (611, 612) correspondante. L'affichage, dans une 
troisieme colonne (63) et dans la deuxieme colonne (62), de tous les noms des 
elements de I'lODDT choisi ainsi que le type de chaque element est egalement realise 

30 par cette operation. Cet affichage est realist par une extraction, du tableau N°1 (1.1, 
fig.1) des elements d'un objet de type structure correspondant, des elements 
correspondent & I'objet I'lODDT choisi par I'utilisateur. Le concepteur repete ensuite 
('operation pour chaque variable qu'il a declare. 

Comme explique precedemment, a Tissue de cette etape de declaration, le 

35 concepteur peut alors ecrire le programme en utilisant la variable (100) symbolique 
qu'il a declaree. 
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L'etape de configuration des variables symboliques d'entrees-sorties definies 
precedemment consiste a renseigner la quatrieme colonne (64) affichee par Tediteur 
avec remplacement physique de chaque module correspondant a la variable (100) 
symbolique choisie. Pour ce faire, le concepteur saisit dans chaque cellule (641, 642) 

5 de la quatrieme colonne (64) correspondant a chaque cellule (61 1 , 612) de la premiere 
colonne (61) comprenant le nom d'une variable (100) symbolique, Templacement exact 
de la voie supportant la variable (100) symbolique. Les informations saisies dans les 
cellules (641 , 642) de la quatrieme colonne correspondent aux informations du tableau 
N°5 (5, fig.1) de configuration. Des que le concepteur valide la saisie de Templacement 

10 exact de la voie supportant la variable (100) symbolique, un module de ['interface 
graphique determine, pour chaque element de Tobjet de type structure, Tadresse 
topologique complete et Paffiche dans les cellules (643) de la quatrieme colonne 
correspondant a chaque element de Tobjet de type structure. La determination de 
Tadresse topologique complete en completant Tadresse relative de Telement de Tobjet 

15 de type structure memorise dans le tableau N°1 des elements d*un objet de type 
structure correspondant a Tobjet de type structure associe, avec Templacement exact 
de la voie saisi dans les cellules correspondantes de la quatrieme colonne (64). 

Une fois complete, le tableau (6) de interface graphique peut etre exploite 
par les moyens d'interpretation pour remplacer dans le programme (10) chaque 

20 variable (100) symbolique programmee par son adresse topologique complete tel que 
decrit prec6demment. 

II doit etre evident pour les personnes versees dans Tart que la presente 
invention permet des modes de realisation sous de nombreuses autres formes 
25 specifiques sans Teloigner du domaine d'application de Tinvention comme revendique. 
Par consequent, les presents modes de realisation doivent etre consideres a titre 
d'illustration, mais peuvent etre modifies dans le domaine defini par la portee des 
revendications jointes, et Tinvention ne doit pas etre limitee aux details donnes ci- 
dessus. 
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REVENDICATIONS 



1. Procede de programmation d'un programme duplication d'automatisme 
sur une station de programmation d'un equipement d'automatisme, caracterise en ce 

5 qu'il comprend : 

- une etape de definition d'une pluralite d'objets (1.10, 1.20) de type 
structure representant chacun une voie d'entrees-sorties d'un module d'entrees-sorties 
de I'equipement d'automatisme, la definition de chaque type structure comprenant au 
moins un element (1.11) caracteristique correspondant a une information d'entrees- 

10 sorties echangee entre le module d'entrees-sorties et le programme d'application et 
pour chaque element I'adresse topologique relative de Pinformation d'entrees-sorties, 

- une etape d'ecriture du programme d'application (10), en declarant des 
variables (100) symboliques d'entrees-sorties du programme d'application (10) comme 
une instance d'un objet de type structure prealablement defini, 

15 - une etape de configuration des variables symboliques d'entrees-sorties 

comprenant une definition de I'emplacement physique de chaque module d'entrees- 
sorties de I'equipement d'automatisme associe aux variables (100) symboliques 
d'entrees-sorties du programme d'application, 

- une etape (40) d'interpretation automatique du programme d'application 
20 en vue de son execution sur I'equipement d'automatisme, comprenant une etape de 

remplacement dans le programme d'application (10), des variables (100) symboliques 
d'entrees-sorties par I'adresse (200) topologique complete de Pinformation d'entrees- 
sorties correspondante. 

2. Procede de programmation selon la revendication 1 , caracteris6 en ce que 
25 chaque variable (100) symbolique du programme comprend deux champs, un premier 

champ (101) est constitue d'une chaTne de caracteres choisie par le concepteur du 
programme d'application et permettant de mettre en correspondance un objet de type 
structure avec la variable (100) symbolique, un deuxieme champ (102) est constitue 
d'une identification d'un element de Pobjet de type structure associe & la variable (100) 
30 symbolique. 

3. Procede de programmation selon la revendication 1 ou 2, caracterise en ce 
que I'etape de remplacement comprend : 
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- une etape (34) de recherche de Padresse relative definie pour chaque 
element du type structure dans urr tableau (1.1, 1.2) des elements d'un objet de type 
structure memorise sur la station de programmation, 

- une etape (32) de recherche, dans un tableau de configuration, de 
5 Pemplacement physique declare pour chaque module associe par le concepteur aux 

variables (100) symboliques d'entrees-sorties du programme duplication, 

- une etape (33, 35) de construction, par des moyens d'interpretation de la 
station de programmation, a partir de Padresse relative et de Pemplacement physique 
trouves, de Padresse topologique exacte de chaque variable (100) symbolique du 

10 programme d'application. 

4. Procede de programmation selon la revendication 1 ou 2, caracteris§ en ce 
que Petape de definition des objets de type structure comprend pour chaque objet de 
type structure une etape de creation puis de memorisation sur des moyens de 
memorisation portatifs, d'un tableau (1.1, 1.2) des elements de Pobjet de type structure 

15 comprenant une premiere colonne contenant au moins une identification d'une donnee 
caracteristique de Pobjet de type structure, une deuxieme colonne comprenant le type 
§lementaire de la donnee (EDT), une troisieme colonne comprenant Padresse relative 
de la donnee. 

5. Procede de programmation selon la revendication 3, caracterise en ce que 
20 le tableau (1.1, 1.2) des elements de Pobjet de type structure comprend une quatrieme 

colonne comprenant une description de la donnee, une cinquieme colonne 
comprenant les droits en lecture ou en ecriture existants sur chaque donnee. 

6. Procede de programmation selon Pune des revendications 1 & 5, 
caracterise en ce que le procede comprend une etape de configuration des modules 

25 d'entrees-sorties comprenant une §tape de selection d'une reference commerciale 
d'un module d'entrees-sorties, ainsi que Paffectation du module d'entrees-sorties 
selectionne & un emplacement physique determine, Petape d'interpretation comprenant 
alors une etape de controle pour verifier que le module d'entrees-sorties selectionne a 
un emplacement physique determine est compatible avec Pobjet de type structure 

30 configur§ au meme emplacement physique. 

7. Station de programmation d'un 6quipement d'automatisme comprenant des 
moyens de memorisation, des moyens d'affichage et des moyens d'interaction avec un 
concepteur d'un programme d'application (10) d'automatisme, caracterisee en ce que 
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la station de programmation comprend un editeur de variable symbolique (100) pour 
generer un tableau (6) de configuration /nemorise sur les moyens de memorisation, et 
en ce que la station de programmation comprend egalement une pluralite de tableaux 
(1.1, 1.2) des elements d'objets de type structure memorises sur les moyens de 
memorisation, ainsi que des moyens d'interpretation d'un programme duplication (10) 
comprenant au moins une variable (100) symbolique definie par le concepteur, par 
Pintermediaire de I'editeur. 

8. Station de programmation selon la revendication 7, caracterisee en ce 
qu'elle comprend des moyens de compilation du programme duplication interprets 
par les moyens ^interpretation pour transformer le programme duplication interprets 
en programme d'application d'automatisme executable sur un equipement 
d'automatisme. 

9. Station de programmation selon la revendication 8, caracterisee en ce 
qu'elle comprend des moyens de transferts du programme d'application executable 
soit sur des moyens de memorisation portables compatibles avec Tequipement 
d'automatisme, soit directement sur des moyens de memorisation de I'equipement 
d'automatisme. 
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